home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940171.txt < prev    next >
Internet Message Format  |  1994-11-13  |  6KB
  1. Date: Fri, 12 Aug 94 04:30:01 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #171
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Fri, 12 Aug 94       Volume 94 : Issue  171
  11.  
  12. Today's Topics:
  13.                              DNS (2 msgs)
  14.                          FTP Multi-line mods
  15.                        uploaded wnos-940812.zip
  16.  
  17. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  18. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  19. Problems you can't solve otherwise to brian@ucsd.edu.
  20.  
  21. Archives of past issues of the TCP-Group Digest are available
  22. (by FTP only) from UCSD.Edu in directory "mailarchives".
  23.  
  24. We trust that readers are intelligent enough to realize that all text
  25. herein consists of personal comments and does not represent the official
  26. policies or positions of any party.  Your mileage may vary.  So there.
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Thu, 11 Aug 1994 10:15:26 -0500 (CDT)
  30. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  31. Subject: DNS
  32. To: tcp-group@ucsd.edu
  33.  
  34. > ...NET source available on ftp.demon.co.uk
  35.  
  36. Alas, this machine is running an FTP with a MOTD which breaks
  37. old FTP versions. FYI those little numbers in front of your MOTD
  38. are a deviation from the spec.
  39.  
  40. -- 
  41. Steve
  42.  
  43. ------------------------------
  44.  
  45. Date: Thu, 11 Aug 94 15:40:46 GMT
  46. From: "William Allen Simpson" <bill.simpson@um.cc.umich.edu>
  47. Subject: DNS
  48. To: crompton@nadc.nadc.navy.mil (D. Crompton)
  49.  
  50. I'm not on the nos-bbs list, only tcp-group and nos-hacks, so I'm
  51. probably missing part of the debate.
  52.  
  53. > From: crompton@nadc.nadc.navy.mil (D. Crompton)
  54. > I guess I don't understand. I use JNOS as a client
  55. > server DNS on my gateway and it works fine. The
  56. > ham community uses the gateway (JNOS) address as
  57. > their server and that machine is in turn a client
  58. > to a server on the internet.
  59. >
  60. Since I don't use JNOS, I'm unaware of its capabilities.  I'm happy to learn
  61. that someone has worked on server capability.  If there's a big demand, I'm
  62. sure other NOS variants will include it.
  63.  
  64. > I have done a couple of things that stop potential
  65. > problems. I want this machine to really just act
  66. > as a domain "repeater". Therefore I have no local
  67. > domain file, nor do I do local domain updates. I
  68. > also have the cache size set low (4 as I remember)
  69. > and I made a few changes to the code that have been
  70. > in the 108dxx stuff for awhile.
  71. >
  72. Eventually, my plan is to do resource discovery (another IETF WG), and
  73. then everyone can automatically find where the DNS servers are.  No need
  74. for configuration or repeaters.
  75.  
  76. Until then, this sounds like a good idea.
  77.  
  78. Bill.Simpson@um.cc.umich.edu
  79.  
  80. ------------------------------
  81.  
  82. Date: Thu, 11 Aug 1994 11:18:27 -0500 (CDT)
  83. From: ssampson@sabea-oc.af.mil (Steve Sampson)
  84. Subject: FTP Multi-line mods
  85. To: tcp-group@ucsd.edu
  86.  
  87. In ftpserv.c maybe this will suffice:
  88.  
  89. static void
  90. sendmsgfile(int s,int num,char *buf,int size,FILE *fp)
  91. {
  92.     while(fgets(buf,size,fp)) {
  93.         rip(buf);
  94.         usprintf(s,"  %d- %s\n",num,buf);
  95.     }
  96. }
  97.  
  98. and:
  99.  
  100. static void
  101. ftpserv(s,unused,p)
  102. int s;  /* Socket with user connection */
  103. void *unused;
  104. void *p;
  105. {
  106.  
  107.     ...
  108.  
  109.     /* now go say 'hello' */
  110.     usprintf(s,banner,Hostname,Version);
  111.     if((fp = fopen(Ftpmotd,"r")) != NULL) {
  112.         while(fgets(buf,128,fp)) {
  113.             rip(buf);
  114.             usprintf(s,"  220- %s\n",buf);
  115.         }
  116.         fclose(fp);
  117.     }
  118.  
  119.     ...
  120.  
  121. }
  122.  
  123. In ftpcli.c maybe this will suffice:
  124.  
  125. /* Wait for, read and display response from FTP server. Return the result code.
  126.  */
  127. static int
  128. getresp(ftp,mincode)
  129. struct ftpcli *ftp;
  130. int mincode;    /* Keep reading until at least this code comes back */
  131. {
  132.  
  133.     ...
  134.  
  135.         /* Messages with dashes are continued */
  136. >>>>>>> if(line[5] != '-' && rval >= mincode) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
  137.             break;
  138.  
  139.     ...
  140. }
  141.  
  142. I'm assuming the atoi() in getresp will still work with padded numbers.
  143.  
  144. ----
  145.  
  146. RFC959 discusses multi-line responses this way:
  147.  
  148.          Thus the format for multi-line replies is that the first line
  149.          will begin with the exact required reply code, followed
  150.          immediately by a Hyphen, "-" (also known as Minus), followed by
  151.          text.  The last line will begin with the same code, followed
  152.          immediately by Space <SP>, optionally some text, and the Telnet
  153.          end-of-line code.
  154.  
  155.             For example:
  156.                                 123-First line
  157.                                 Second line
  158. [NOTICE THE SPACES]               234 A line beginning with numbers
  159.                                 123 The last line
  160.  
  161.          The user-process then simply needs to search for the second
  162.          occurrence of the same reply code, followed by <SP> (Space), at
  163.          the beginning of a line, and ignore all intermediary lines.
  164.  
  165. >>>>     If an intermediary line begins with a 3-digit number, the <<<<
  166. >>>>     Server must pad the front to avoid confusion.           <<<<
  167.  
  168. We covered this before on the group, but the JNOS files and its derivatives
  169. haven't been fixed yet.
  170. --
  171. Steve
  172.  
  173. ------------------------------
  174.  
  175. Date: Fri, 12 Aug 94 09:10:29 EST
  176. From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de>
  177. Subject: uploaded wnos-940812.zip
  178. To: TCP-GROUP <TCP-GROUP@ucsd.edu>
  179.  
  180. Ok i have just uploaded to ftp.ucsd.edu:/.../incoming/wnos-940812.zip
  181. this has some more bugs fixed, and i have ported from other versions
  182. crc smack for kiss, rlogin, a new ax25 heard list with type of traffic
  183. detection (thanks to g6dhu, mike ;-) )
  184. improved ftp server for use with UNIX, Improved nntp client/server
  185. thanks to dg1zx etc..
  186.  
  187. as before it compiles with out problem on BC++ 2.00 not tested
  188. on any other compiler.  Use at your risc.
  189. test it, hack it, discard it. what ever you wish.
  190. Enjoy  Barry.
  191.  
  192. PS. Next on the list is dama_slave.
  193.  
  194. ------------------------------
  195.  
  196. End of TCP-Group Digest V94 #171
  197. ******************************
  198.